home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Aminet 8
/
Aminet 8 (1995)(GTI - Schatztruhe)[!][Oct 1995].iso
/
Aminet
/
comm
/
fido
/
jm950728.lha
/
docs
/
inboundnotify.doc
< prev
next >
Wrap
Text File
|
1995-04-01
|
4KB
|
85 lines
To greatly ease the configuration and use of Trapdoor style file request handlers
in JamMail, a brand new system was created. It replaces the XfreqSH variables,
and the XfreqSH command line menus completely. This new system is also used for
the User Freq/Grab command line.
File request handling is now directly part of the Inbound processing options.
Each Inbound Process Entry has 3 options, the command string, the filename
pattern, and an Asynchronous Launch Toggle.
A FileName pattern of "#?.REQ" would be used to launch a file request server. I
would recommend that if you are planning on supporting File requests, that it be
the first entry listed.
The Command string supports most of the TrapDoor % variable substitutions as well
as a number of additional JamMail variables.
The following variables may be used anywhere in the Inbound Notify command string.
TD JamMail Var Description
---- --------------- -------------------------------------
%b = $(Locked) = Locked Baud Rate
%B = $(Baud) = Connect Baud Rate
%C = $(ConnectMsg) = Actual Connect message from modem
%s = $(Device) = Serial device
%u = $(Unit) = Serial Unit
%f = $(Flags) = Serial Flags
%Z = $(Remote.Zone) = Remote Fido Systems Zone
%N = $(Remote.Net) = Remote Fido Systems Net
%F = $(Remote.Node) = Remote Fido Systems Node
%P = $(Remote.Point) = Remote Fido Systems Point
%n = $(Remote.Zone):$(Remote.Net)/$(Remote.Node).$(Remote.Point)@$(Remote.Domain)
= Remote Fido Systems Address (4d@Domain).
%S = $(Remote.Sysop) = Remote Fido Systems Sysop
%I = $(Inbound) = FidoNet Inbound Dir
%O = $(Outbound) = FidoNet Outbound Dir
%i = $(infile) = Inbound FileName (Full path as stored on disk)
%o = $(rlofile) = Outbound File from File Request Handler
%p = $(PubScreenName)= PublicScreen Name
$(cps) = Inbound Files Transfer Rate CPS = "unknown%" if 0 seconds used
$(cpsp) = Inbound Files Transfer Rate (% of Baud Rate)
$(Remote.Sitename)= Remote Fido System Name
$(Remote.Address)= Remote Fido Systems 5d Address (Domain#Zone:Net/Node.Point)
$(Remote.Password)= Remote Fido Systems Password (if one used)
$(Remote.Mailer)= Remote EMSI Mailers ID string
$(Remote.Compat)= Remote EMSI Mailers Compatibility Strings
$(Remote.Phone) = Remote EMSI Mailers Given Phone Number
$(PhoneNumber) = Phone number dialed (outbound only)
$(remfile) = Origional Inbound Filename.
$(Line) = System Line Number (as configured in Line->Other Menu)
$(Host.Serial) = JamMail Version String
$(Host.Phone) = Line Phone Number (as configured in Line->Other Menu)
$(Modem) = Modem Brand/Speed String (as configured in Line->Modem Menu)
The Asynchronous Launch Option is Quite usefull in situations where speed is
relevent (like handling File Requests). If the command you are launching is
capable of being launched this way, you should always do it. Some file
request handlers may not be able to operate this way.
The primary advantage of launching a request handler this way, is that the system
can start sending files to the user as soon as possible instead of waiting for
all of them to be found.
There are two included default InboundNotify config options in the system. A
configuration for file requests and User Grabs to be handled by FFRS using the
regular TrapDoor command string it gives in its documentation, and a second
entry, which I use to move UUCP style RFC Mail batches transfered in FidoNet
sessions, into the UUSPOOL: directory using JamMail variables.
Those of you still wanting to use XfreqSH (for whatever reason), may still do
so, by putting the XfreqSH command line in the command string here, disabling
Async launching and replacing the contents of the XfreqSH variables with their
real values (as had been configured in the old menu system).